home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000309_connolly@pixel.convex.com _Wed Nov 11 02:11:20 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA19202; Wed, 11 Nov 92 02:11:20 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA16024; Wed, 11 Nov 92 02:24:04 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA29526; Tue, 10 Nov 92 19:23:14 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA14979; Tue, 10 Nov 92 19:23:13 -0600
  10. Message-Id: <9211110123.AA14979@pixel.convex.com>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: indexes as links rather than documents
  13. Date: Tue, 10 Nov 92 19:23:12 CST
  14. From: Dan Connolly <connolly@pixel.convex.com>
  15.  
  16. I keep running across interesting bits of evidence that tell me that
  17. indexes should be a type of link rather than a type of document.
  18.  
  19. In the current WWW model, an index is a document with an <ISINDEX>
  20. tag. The browser displays the document, recognizes the <ISINDEX> tag,
  21. and provides a search/find/keyword command. The user invokes the
  22. search command and supplies the seed words. The browser conducts the
  23. search transaction and displays the results. Then the user chooses
  24. from the results.
  25.  
  26. In the model I prefer (which is used by gopher currently), and index
  27. is an anchor with an INDEX attribute. The user selects the anchor, and
  28. the browser prompts for seed words. The user supplies the seed words,
  29. and the browser conducts the transaction as above.
  30.  
  31. In the WWW model, I run into lots of documents that just say "this is
  32. a searchable index." Some index documents have instructions and
  33. summaries of contents, but most are generated by gateways.
  34.  
  35. The WWW model actually fits inside the gopher model: where you would
  36. use a document with an <ISINDEX> tag, use a document with an INDEX
  37. anchor.
  38.  
  39. But the gopher model is more versatile. You can have one document
  40. point to multiple indexes. You can have one set of instructions for
  41. lots of indexes.
  42.  
  43. For example:
  44.  
  45.     WAIS based information
  46.  
  47. Click here[1] for instructions.
  48.  
  49.     directory of servers    search[2] describe[3]
  50.     RFC's            search[4] describe[5]
  51.     README's        search[6] describe[7]
  52.  
  53. which might look like:
  54.  
  55. <!DOCTYPE HTML SYSTEM>
  56. <TITLE>WAIS based information</TITLE>
  57. <a HREF="wais_help.html">Click here</a> for instructions.
  58. <p>
  59. <dl>
  60. <dt>directory of servers
  61. <dd><a HREF="wais://quake.think.com/INFO" INDEX=1>search</a>
  62. <a HREF="wais://quake.think.com/directory-of-servers.src">describe</a>
  63.  
  64. ...
  65.  
  66. It's easy enough to support the current model for backwards
  67. compatibility, but I think the concept of an index as a type
  68. of link makes more sense than indexes as a type of document.
  69.  
  70. Thoughts?
  71.  
  72. Dan
  73.  
  74.